home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1995 / 1095.doc / 001149_owner-lightwav…mail.webcom.com_Thu Oct 19 14:07:38 1995.msg < prev    next >
Internet Message Format  |  1995-11-07  |  3KB
  1. Received: by mail.webcom.com
  2.     (1.37.109.15/16.2) id AA189886858; Thu, 19 Oct 1995 14:07:38 -0700
  3. Return-Path: <owner-lightwave@mail.webcom.com>
  4. Received: from netcom13.netcom.com by mail.webcom.com with ESMTP
  5.     (1.37.109.15/16.2) id AA189626839; Thu, 19 Oct 1995 14:07:20 -0700
  6. Received: by netcom13.netcom.com (8.6.12/Netcom)
  7.     id NAA27976; Thu, 19 Oct 1995 13:59:09 -0700
  8. Date: Thu, 19 Oct 1995 13:59:06 -0700 (PDT)
  9. From: John Gross <jgross@netcom.com>
  10. Subject: Re: relative paths
  11. To: Ernie Wright <erniew@access.digex.net>
  12. Cc: lightwave@mail.webcom.com
  13. In-Reply-To: <Pine.SUN.3.91.951019160700.10256A-100000@access1.digex.net>
  14. Message-Id: <Pine.3.89.9510191340.A22467-0100000@netcom13>
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; charset=US-ASCII
  17. Sender: owner-lightwave@mail.webcom.com
  18. Precedence: bulk
  19.  
  20.  
  21.  
  22. Ernie Wrote:  
  23. > > LW writes plug-in filenames in LW.CFG that are relative to the parent
  24. > > of the Programs directory, but won't look there if the Content Directory
  25. > > is pointing somewhere else.  Am I the only person this happens to?
  26. > 
  27. > John Gross replied:
  28. > 
  29. > > The above behavior sounds very strange.  Every config file I've seen
  30. > > written by LW writes the plug-in lines with full paths.
  31. > 
  32. > So I forced myself to track this down today, and here's the deal:  it's
  33. > the Working Directory in my LW icon's properties.  All this time I've
  34. > had it set to D:\NEWTEK.  If I set it to D:\NEWTEK\PROGRAMS, the plug-in
  35. > lines in LW.CFG get written with full paths.  Not only that, but HIIP,
  36. > which had never worked for me at all, suddenly works about as well as it
  37. > does for everyone else, ironically a huge improvement.
  38. > 
  39. > The original setting of the working directory came about because I thought 
  40. > the .CFG files were supposed to be in D:\NEWTEK, and they are of course
  41. > written to the working directory.  And LW apparently writes plug-in file
  42. > paths that are relative to the working directory, *if* that can be done by
  43. > by simply removing the directory name from the path string.
  44. > 
  45. I can see why this is a problem. While beta testing, I originally had all 
  46. my content in a Directory called LW, and the LightWave and Modeler 
  47. executables were also located there (not in a Programs dir). Everything 
  48. worked as it should have, and now that I think about it, the plugin paths 
  49. were relative as you stated. It wasn't a problem however, because 
  50. LightWave & Modeler were located in the LW dir and that was my working 
  51. dir as well.
  52.  
  53. BTW, On our network, we all run LightWave from one location, but the 
  54. working directopry is set to a separate place for each animator, so s/he 
  55. can write his own config file. The plugins and HIIP stuff are all full 
  56. paths so they work tho...
  57.  
  58. JG
  59. --
  60. John Gross <jgross@netcom.com> sent this message.
  61. To Post a Message           : lightwave@webcom.com
  62. Un/Subscription Requests To : lightwave-request@webcom.com
  63. (DIGEST)                 or : lightwave-digest-request@webcom.com
  64. Administrative Items To     : owner-lightwave@webcom.com